scale: Drop unneeded private exports

Nobody outside gtkscale.c is using these functions, so make
them static.

assistant: Drop unneeded calls

GtkAssistant is just a regular composite widget nowadays,
no need to manually queue resizes.

style context: Trivial refactor

Use g_set_object for setting the frame clock.

build/win32: Fix 'make -jN dist'

The recent changes to build/win32/vs9|10/Makefile.am fixed 'make distclean'
but broke 'make -jN dist', so fix that by listing the *.headers and using
that list as a dependency and to remove those files in one single command
right after we generate the gtk-install.vsprops template, so that we don't
have to worry about them in 'make distclean'.

Finnish translation update

app chooser widget: protect against show_all

The visibility of the 'no apps' placeholder is managed by
the dialog, it should not be affected by gtk_widget_show_all.

https://bugzilla.gnome.org/show_bug.cgi?id=748080

app chooser: Avoid duplicates

At the time we populate the model "initially" in constructed(),
it has already been filled and cleared a couple of times (we do
that every time one of the construct properties gets set). So
we can't assume that the model is empty, and have to clear it
first. Otherwise, we add duplicates to the list.

https://bugzilla.gnome.org/show_bug.cgi?id=748080

build: only compile plug/socket when available

Plug and Socket require X11 windowing. Often times this is compiled
on systems with both wayland and x11, but not always. Quartz is an
example where it is usually not compiled.

Updated Serbian translation

3.18.0

Fix distclean

places view: fix a crash in finalize

Fix a GtkPlacesView crash in the test suite, _again_.

flow box: Fix up docs

Remove GtkWidgetAuxInfo from the docs

Updated Serbian Latin translation

Updated Serbian translation

configure: Don't put glib version flags into pc files

Use a different CFLAGS variable to carry them. I chose the DEBUG_FLAGS
because that's essentially what those flags are: debug helpers.

widget-factory: Remove libcanberra support

GTK cannot depend on libcanberra-gtk which depends on GTK. This causes
a circular dependency and is especially neat if installed GTK is
different enough from uninstalled GTK.

Update Czech translation

gdkwindow: Fix list_insert_link_before

We forgot to set prev->next to the new link

gdk: Finish conversion to in-struct GdkWindow list nodes

widget: get_widget_windows() don't modify window child lists

We can't modify the lists returned from gdk_window_peek_children,
instead use get_children().

widget: Make sure we only run controllers on realized widgets

The default event bubbling paths are prone to just running event controllers
even after the widget was potentially unrealized/destroyed in an event
handler callback, so bail out early if that's the case.

https://bugzilla.gnome.org/show_bug.cgi?id=755352

gesture: strengthen against destroyed windows

Bail out when we receive an event with an already destroyed window,
we'll hopefully get reset/cancelled afterwards on grab broken events.

https://bugzilla.gnome.org/show_bug.cgi?id=755352

window: cancel unclaimed sequences after GtkEventController::handle_event.

To GtkGesture machinery, if an event triggers a controller/gesture signal,
and gesture reset/cancellation as a result, the event has been managed
after all.

Commit e3bd895667 effectively changed the return value of the
wrapping gtk_event_controller_handle_event() function, which broke some
paths (eg. gtk_popover_button_press() wouldn't while the GTK+ grab was
active for this reason because the button press event was consumed early
on gtk_window_check_handle_wm_event()).

That patch is not too off-track given potential child widgets' behavior,
we want nonetheless to distinguish the denied vs cancelled paths here
(because GtkWindow itself relies on the GtkGesture behavior described in
the first paragraph on the begin_move/resize paths), so just reset
gestures after the event has already gone through the GtkEventController
so the return value is unaffected.

Updated Kazakh translation

MSVC Builds: Update Project GUIDs

This updates the Visual Studio Project GUIDs so that they don't repeat with
the GTK+-2.24.x ones, as the 3.x projects can be used with the 2.24.x in a
all-in-one solution file (such as when one wants to use a complete GTK+2
and GTK+3 stack when porting Windows applications from GTK+2 to GTK+3), and
each project in a solution file is expected to have an unique GUID.

Updated Norwegian bokmål translation.

Updated Danish translation

Updated Danish translation

Updated Latvian translation

Updated Swedish translation

test-simplify: Explicitly use bash

The script uses bash features, after all.

https://bugzilla.gnome.org/show_bug.cgi?id=755274

Updated Japanese translation

Updated Danish translation

Updated Swedish translation

Updated Greek translation

Updated Japanese translation

Updated Brazilian Portuguese translation

Updated Brazilian Portuguese translation

gtkdemo: Plug leaks in listbox demo

Updated Danish translation

Updated Brazilian Portuguese translation

Updated Brazilian Portuguese translation

Updated Russian translation

Updated Russian translation

Revert "gtkwidget: Ensure unrealization during event dispatching cancels gestures"

This reverts commit 13873d2c507783042df55ad2c48f37a346121fd0.

Revert "widget: Fix propagation of gesture cancellation on widget unrealize/destroy"

This reverts commit 3aaf730901d04a3e4a102cb95e769a48ec5027e3.

Revert "widget: Cancel also denied sequences"

This reverts commit 63e255e7b5326888e83bf84f1147012938c81000.

window: Reset on unhandled gestures right away

Traditionally a sequence is set to GTK_EVENT_SEQUENCE_DENIED state when
it is to be ignored, which means it is dormant, but still managed by the
gesture (accounting, "denied" sequences still make "slots" in multitouch
gesture busy, etc...).

This gesture will run for all button presses and releases in the window
though when presses happen on the "window content" region, and we can't
account for every children to be as educated as setting the proper mask
on every window, or ensuring events will be propagated as they should.

In order to cater for this, just reset the gestures, we can live without
such accounting in these specific GtkGestureSingle gestures.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

gdk: Mark window surfaces as dirty before reading from them

We do not know what happened to this surface outside of GDK.
Especially for foreign windows, they will have been modified
by external applications.

So be on the safe side and tell Cairo to clear all its caches.

https://bugzilla.gnome.org/show_bug.cgi?id=754952

Updated Turkish translation

Updated Lithuanian translation

Updated Hungarian translation

MSVC Builds: Make Re-use Comment in Autotools Module Clearer

pixelcache: use factor instead of margin

Instead of using a fixed size, use a factor of the surface size. This
helps in situations where animations of surrounding widgets are used
and cause a rapid rate of surface destroy/create cycles.

Updated French translation

wayland: Avoid running stale cursor animation timeouts

gdk_wayland_device_update_window_cursor() is inconsistently returning
TRUE/FALSE, despite the timeout being always replaced for new cursor
frames. This could end up in these timeouts being "leaked" and running
as long as the window has an animated cursor.

Fix this by making it really sure we return G_SOURCE_REMOVE, although
now we keep track of animation delays, so the timeout will be reused
for constant time animations.

widget: Cancel also denied sequences

It makes no sense to skip denied sequences here, the gestures are
still carrying out the accounting for these, which must be also put
to an end if we're possibly not receiving any further events from
this sequence.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

widget: Fix propagation of gesture cancellation on widget unrealize/destroy

At the time event_check_cancel_sequence_on_hierarchy() is called, the widget
has been already unparented. Given the widget itself is being destroyed,
cancellation on it is impending in one way or another, we still must
propagate cancellation across all parents, so retrieve it early before
possible widget destruction.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

scrolledwindow: Set the scrollbar as "over" immediately during slider grabs

Otherwise it's attempted through a timeout, which gets cancelled early after,
and the slider disappears after a while with no mouse activity despite the
ongoing implicit grab.

Once the grab is finished, check_update_scrollbar_proximity() will be called
again on both scrollbars, and the fade out animation will be triggered as a
result.

https://bugzilla.gnome.org/show_bug.cgi?id=754745

file chooser: Avoid a crash

When right-clicking in an empty folder, you should get a context
menu, not a crash. The code for positioning the popover was not
handling the eventuality of no row under the pointer. Just position
the popover right at the click location in this case.

https://bugzilla.gnome.org/show_bug.cgi?id=755021

widget path: Don't leak sibling paths

Plug another memory leak

Plug a memory leak

Update Persian translation

Update Persian translation

css shadows: Cache blured masks for the corners of outset shadows

A lot of time was spend rendering the shadows on windows with CSD, in
particular the corner pieces, since they are the largest parts. This
patch catches this particular case and caches the pre-rendered blur
masks.

This makes the shadow code go from 25% to 8% of the time when resizing
gtk3-demo.

css shadows: Break out side & corner shadows into helper functions

This changes nothing, but makes the code a bit easier to read

ui: Remove border from dialogs again

MSVC Builds: "Add" Visual Studio 2015 Projects

"Add" Visual Studio 2015 projects by what we did before: Copy the Visual
Studio 2010 project files and replace the items in there as needed, as
the formats of the 2010 and 2015 projects are largely the same.

gtk-demo: Fix drawing of gestures demo feedback on CSD windows

It was wiping the translation initially applied to the cairo_t, so
pick that up first before applying our own matrix changes.

MSVC Builds: Remove Old MSVC Project-Related Files

Since we have the new files, remove the old ones.

MSVC Builds: Massive Rename of Projects

We need to rename the projects so that when these projects are added
into an all-in-one solution file that will build the GTK+ 2/3 stack,
the names of the projects will not collide with the GTK+-2.x ones,
especially as GTK+-2.x and GTK+-3.x are done to co-exist on the same
system.  This is due to the case that the MSVC projects are directly
carried over from the GTK+-2.x ones and was then updated for 3.x.

We still need to update the GUIDs of the projects, so that they won't
conflict with the GTK+-2.x ones.

MSVC Builds: Remove the Old Static Projects

Remove the static projects that were supereceded by the templates, which
are used to generate the complete projects during 'make dist'.

https://bugzilla.gnome.org/show_bug.cgi?id=681965

Revert "MSVC Builds: Remove Old MSVC Project-Related Files"

Sorry, pushed the patch in the wrong order, should be done with
the renaming of the projects.

This reverts commit d963bd1d325b2b9f46e0cbaca4b41701ae5c93be.

MSVC Builds: Remove Old MSVC Project-Related Files

Since we have the new files, remove the old ones.

build: Clean Up Visual Studio Project Generation

Use the common automake module from the previous commit in the
Makefile.am's, which means that the Makefile.am's in gdk/ and gtk/ can be
cleaned up as a result.  As a side effect, the property sheet that is used
to "install" the build results and headers can now be generated in terms of
the listing of headers to copy during 'make dist', where we can acquire
most of the list of headers to "install", so that we can largely avoid the
situation where the property sheet files are not updated in time for this,
causing missing headers when this build of GTK+ is being used.

Also use the Visual Studio Project file generation for the following
projects:
gtk3-demo
gtk3-demo-application
gtk3-icon-browser
gdk-win32
gdk-broadway
gail-util

So that the maintenace of these project files can be simplified as well.

https://bugzilla.gnome.org/show_bug.cgi?id=681965

build: Add Common Autotools Module for MSVC Projects

This adds a common autotools module that can be used by various projects to
generate the Visual Studio projects as needed, and if necessary, generate
the headers listings to "install" for that project, based on items passed
in to this.  This is modeled on the Makefile.introspection autotools file
that is used by many GNOME projects to generate the introspection files.

https://bugzilla.gnome.org/show_bug.cgi?id=681965

Updated Spanish translation

configure: Require glib >= 2.45.8

Needed since 29c799a1e77e441160892366355e9a55aed5df40

docs: Add index for 3.18 api

Add missing $(EXEEXT)

https://bugzilla.gnome.org/show_bug.cgi?id=754629

3.17.9

wayland: Make subsurface desynchronized after first parent surface frame

Initially the subsurface will be in synchronized mode and we will leave
it like this until the first time the parent surface has been committed.
The reason for this is because the subsurface position will be applied
as part of the parent surface state, and we need to synchronize the
initial position with the initial frame, so that we don't accidentally
draw the subsurface at the default position (0, 0) which would happen in
desynchronized mode if the subsurface content is committed before the
next parent surface commit.

https://bugzilla.gnome.org/show_bug.cgi?id=754839

window: Use gtk_widget_queue_resize()

_gtk_container_queue_resize() is a private function and probably
shouldn't have even been used in 1999 when this call was originally
added.

inspector: Store the parent for the object tree

This allows selecting newly added random objects.

https://bugzilla.gnome.org/show_bug.cgi?id=754987

Updated Galician translations

gdkwindow: avoid multiple walking of children list

This counts the number of children and fetches the last GList
node at the same time.

Revert "print backend: Remove an unneeded variable"

This reverts commit 9ebebd48b00092446cdbeee03b49f149725c9868.

This change broke the templates testcase, and I don't have time
to poke at why, right now.

Fix a copy-paste error

We were notifying can-focus when can-default changes.
Unit tests save the day.

Updated Turkish translation

scrolledwindow: Cancel kinetic/overshoot animation on captured scroll events

This ensures the animation is cancelled if the child widget happens to
GDK_EVENT_STOP scroll events.

https://bugzilla.gnome.org/show_bug.cgi?id=745315

entry: Drop the Ctrl-K keybinding

This interferes with a well-loved firefox shortcut, and we
are more interested in a gtk3 firefox than in legacy keybindings.

gtkwidget: Do not listen to notifications from nonexistent properties

The GtkEventController event mask is private, and set early by GtkGesture
implementations. Being this private data, there is no corresponding
property, so this code is a no-op, there is just no need to listen to
changes there.

gtkwidget: Ensure unrealization during event dispatching cancels gestures

We use to rely on grab broken events for most of the event sequence
lifetime, this breaks though on GDK_BUTTON_RELEASE/GDK_TOUCH_END, as there's
no longer a grab at that time.

For these cases (and all others where there's destroy/unrealize calls
involved during event dispatching), catch this on the late
WIDGET_REALIZED_FOR_EVENT calls on widget event handling functions.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

gtkwidget: refactor code into separate function

This "cancel sequence across widget hierarchy" code will be useful
in other places, so take it out to a separate function.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

Revert "tool button: Use G_DEFINE_TYPE"

This reverts commit 4e56dfad0e33187d019c44ecfb5e7e99cf2da535.

It turns out that GtkToolButton is playing games with the class
pointer inside instance_init, so leave it alone.

gtk-builder-tool: Don't break GtkHBox and GtkVBox

These classes have different defaults for ::expand than GtkBox,
which is not reflected in the declared default, so we have to
blacklist it.

gtk-demo: Fix builder example

This example is still using a GtkVBox, and it happened to be broken
by gtk-builder-tool simplify.